home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / maillist / 1994 / oct94.doc / 000046_owner-lightwave-l _Wed Oct 5 11:53:53 1994.msg < prev    next >
Internet Message Format  |  1995-03-23  |  4KB
  1. Return-Path: <owner-lightwave-l>
  2. Received: by mail3.netcom.com (8.6.9/Netcom)
  3.     id IAA23731; Wed, 5 Oct 1994 08:48:04 -0700
  4. Received: from hpfcla.fc.hp.com by mail3.netcom.com (8.6.9/Netcom)
  5.     id IAA23720; Wed, 5 Oct 1994 08:47:58 -0700
  6. Received: from hpfcogv.fc.hp.com by hpfcla.fc.hp.com with SMTP
  7.     (1.37.109.4/15.5+IOS 3.20) id AA06142; Wed, 5 Oct 94 09:48:17 -0600
  8. Received: by hpfcogv.fc.hp.com
  9.     (1.37.109.4/15.5+IOS 3.22) id AA09164; Wed, 5 Oct 94 09:48:18 -0600
  10. Date: Wed, 5 Oct 94 09:48:18 -0600
  11. From: Steve Koren <koren@hpfcogv.fc.hp.com>
  12. Message-Id: <9410051548.AA09164@hpfcogv.fc.hp.com>
  13. To: lightwave-l@netcom.com
  14. Subject: Re: Image Size
  15. X-Phase-Of-Moon: the moon is waxing crescent (0% illuminated)
  16. In-Reply-To: <Pine.ULT.3.90.941004215919.21174B-100000@bigdog.engr.arizona.edu>
  17. References: <9410041349.AA07503@hpfcogv.fc.hp.com>
  18.     <Pine.ULT.3.90.941004215919.21174B-100000@bigdog.engr.arizona.edu>
  19. Sender: owner-lightwave-l@netcom.com
  20. Precedence: bulk
  21.  
  22.  
  23. > I think it would be more like photoshop not a full VM, in that only 
  24. > lightwave would see it.  This would also mean that everyone (WinNT, Amiga, 
  25. > SGI, etc.) would have the same way to solve the problem, this would help 
  26.  
  27. I suppose so... but I still think it is better just to let the OS do it.
  28. WinNT, Amiga, and SGI all have VM already.  Perhaps for an image
  29. processor like ImageFX or Photoshop it makes some sense since they can
  30. do VM customized for their particular use, which is very well defined.
  31. But it isn't so clear to me that a custom VM in LW would be better.
  32.  
  33. (BTW, I don't know about Photoshop, but the VM in ImageFX isn't "real"
  34. virtual memory, in the sense that it doesn't use the MMU for address
  35. translation.  Instead, it simply has an internal API which knows how to
  36. read parts of buffers from disk or memory as necessary.  So it won't
  37. conflict with MMU style VM, and in fact they may both be useful at
  38. once.  If LW did something like that, I suppose I could live with it).
  39.  
  40. > > effort improving other things instead of reinventing the wheel (see
  41. > > also: file requesters :-).  Also, there is always the risk of their
  42.  
  43. > Would the Amiga file requesters show up on WinNT or SGI??
  44.  
  45. No, but presumably NT and SGI also have system-standard file requesters.
  46. I think it is better for all apps on a particular platform to use the
  47. same requester, than for the same app to use the same requester across
  48. multiple platforms.  The advantage of using the system-standard file
  49. requesters such as ASL is that they can be replaced by the user with a
  50. user specified one by using SetFunction() (or the equivalent on other
  51. OS's).  If the application hard codes one, you're pretty much stuck with
  52. it whether you like it or not, not to mention that its different from
  53. what all your other apps use.
  54.  
  55. In any case, the 3.0 ASL file requester is better than any other one
  56. I've ever seen, so its in my best interest if apps use it :-)
  57.  
  58. Anyway, I guess my point is just that instead of re-inventing things
  59. which already exist, Newtek might as well just use them, and spend their
  60. time adding cool new rendering or modeling features.  Instead of making
  61. LW be able to directly write JPEG files, for example, just run a
  62. conversion program in the background to convert frames as they appear.
  63. All three OSs above can do that sort of thing quite well.  (BTW, lense
  64. flare is a different argument since LW knows things about them that a
  65. post processor won't unless you tell it).
  66.  
  67. Just MHO,
  68.  
  69.   - steve